PATENT APPLICATION 
DOCKET NO. :200311762-1 



"EXPRESS MAIL" Mailing Label No . . EV386626781US 
Date of Deposit MARCH 18, 2004 



SYSTEM AND METHOD TO PRIORITIZE AND SELECTIVELY APPLY 
CONFIGURATION INFORMATION FOR VLSI CIRCUIT ANALYSIS TOOLS 



CROSS-REFERENCE TO RELATED APPLICATIONS 

[0001] This application is related to the following 

commonly-owned, co-pending U.S. Patent Applications: U.S. 

Patent Application No. , filed 

entitled "SYSTEM AND METHOD TO OPTIMIZE LOGICAL CONFIGURATION 
RELATIONSHIPS IN VLSI CIRCUIT ANALYSIS TOOLS" (Docket No. 

200311735-1); U.S. Patent Application No. , filed 

entitled "SYSTEM AND METHOD FOR FACILITATING 

EFFICIENT APPLICATION OF LOGICAL CONFIGURATION INFORMATION IN 
VLSI CIRCUIT ANALYSIS TOOLS" (Docket No. 200311736-1); U.S. 

Patent Application No. , filed entitled 

"SYSTEM AND METHOD FOR FLATTENING HIERARCHICAL DESIGNS IN 
VLSI CIRCUIT ANALYSIS TOOLS" (Docket No. 200311777-1); U.S. 

Patent Application No. , filed 

entitled "SYSTEM AND METHOD FOR CONTROLLING ANALYSIS OF 
MULTIPLE INSTANTIATIONS OF CIRCUITS IN HIERARCHICAL VLSI 
CIRCUIT DESIGNS" (Docket No. 200311778-1); and U.S. Patent 

Application No. , filed entitled 

"SYSTEM AND METHOD TO LIMIT RUNTIME OF VLSI CIRCUIT ANALYSIS 
TOOLS FOR COMPLEX ELECTRONIC CIRCUITS" (Docket No. 200311780- 



-1- 



PATENT APPLICATION 
DOCKET NO. :200311762-1 

I) ; all of which are hereby incorporated by reference in 
their entirety. 

BACKGROUND 

[0002] In the field of integrated circuit ("IC" ) design 

and particularly very large scale integration ("VLSI") 
design, it is desirable to test the design before 
implementation and to identify potential violations in the 
design. Before implementation on a chip, the information 
about a design, including information about specific signals 
and devices that comprise the design, as well as information 
about connections between the devices, are typically stored 
in a computer memory. Based on the connection and device 

information, the designer can perform tests on the design to 
identify potential problems. For example, one portion of the 
design that might be tested is the conducting material on the 
chip. In particular, representations of individual metal 
segments may be analyzed to determine whether they meet 
certain specifications, such as electromigration and self- 
heating specifications. Other tests that may be conducted 
include electrical rules checking tests, such as tests for 
noise immunity and maximum driven capacitance, and power 
analysis tests that estimate power driven by a particular 
signal and identify those over a given current draw. These 
tests may be performed using software tools referred to as 
VLSI circuit analysis tools. 

[0003] Modern semiconductor IC chips include a dense array 
of narrow, thin-film metallic conductors, referred to as 
"interconnects" , that transport current between various 
devices on the IC chip. As the complexity of ICs continues 
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to increase, the individual components must become 
increasingly reliable if the reliability of the overall IC is 
to be maintained. Due to continuing miniaturization of VLSI 
circuits, thin-film metallic conductors are subject to 
increasingly high current densities. Under such conditions, 
electromigration can lead to the electrical failure of 
interconnects in a relatively short period of time, thus 
reducing the lifetime of the IC to an unacceptable level. It 
is therefore of great technological importance to understand 
and control electromigration failure in thin film 
interconnects . 

[0004] Electromigration can be defined as migration of 

atoms in a metal interconnect line due to momentum transfer 
from conduction electrons. The metal atoms migrate in the 
direction of current flow and can lead to failure of the 
metal line. Electromigration is dependent on the type, of 
metal used and correlates to the melting temperature of the 
metal. In general, a higher melting temperature corresponds 
to higher electromigration resistance. Electromigration can 
occur due to diffusion in the bulk of the material, at the 
grain boundaries, or on the surface. For example, 

electromigration in aluminum occurs primarily at the grain 
boundary due to the higher grain boundary diffusivity over 
the bulk diffusivity and the excellent surface passivation 
effect of aluminum oxide that forms on the surface of 
aluminum when it is exposed to oxygen. In contrast, copper 
exhibits little electromigration in the bulk and at the grain 
boundary and instead primarily exhibits electromigration on 
the surface due to poor copper oxide passivation properties. 
[0005] Electromigration can cause various types of 
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failures in narrow interconnects, including void failures 
along the length of a line and diffusive displacements at the 
terminals of a line that destroy electrical contact. Both 
types of failure are affected by the microstructure of the 
line and can therefore be delayed or overcome by 
metallurgical changes that alter the microstructure. As 
previously noted, electromigration is the result of the 
transfer of momentum from electrons moving in an applied 
electric field to the ions comprising the lattice of the 
interconnect material. Specifically, when electrons are 
conducted through a metal, they interact with imperfections 
in the lattice and scatter. Thermal energy produces 
scattering by causing atoms to vibrate; the higher the 
temperature, the more out of place the atom is, the greater 
the scattering, and the greater the resistivity. 
Electromigration does not occur in semiconductors, but may in 
some semiconductor materials that are so heavily doped as to 
exhibit metallic conduction. 

[0006] The driving forces behind electromigration are 
"direct force", which is defined as the direct action of the 
external field on the charge of the migrating ion, and "wind 
force" , which is defined as the scattering of the conduction 
electrons by the metal atom under consideration. For 
simplicity, "electron wind force' 7 often refers to the net 
effect of these two electrical forces. This simplification 
will also be used throughout the following discussion. These 
forces and the relation therebetween are illustrated in FIG. 
1 . 

[0007] The electromigration failure process is 
predominantly influenced by the metallurgical -statistical 
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properties of the interconnect, the thermal accelerating 
process, and the healing effects. The metallurgical- 
statistical properties of a conductor film refer to the 
microstructure parameters of the conductor material, 
including grain size distribution, the distribution of grain 
boundary misorientation angles, and the inclinations of grain 
boundaries with respect to electron flow. The variation of 
these microstructural parameters over a film causes a non- 
uniform distribution of atomic flow rate. Non-zero atomic 
flux divergence exists at the places where the number of 
atoms flowing into the area is not equal to the number of 
atoms flowing out of that area per unit time such that there 
exists either a mass depletion (divergence > 0) or 
accumulation (divergence < 0) , leading to formation of voids 
and hillocks, respectively. In such situations, failure 
results either from voids growing over the entire line width, 
causing line breakage, or from extrusions that cause short 
circuits to neighboring lines. 

[0008] The thermal accelerating process is the 
acceleration process of electromigration damage due to a 
local increase in temperature. A uniform temperature 
distribution along an interconnect is possible only absent 
electromigration damage. Once a void is initiated, it causes 
the current density to increase in the area around the void 
due to the reduction in the cross-sectional area of the 
conductor. The increase of the local current density is 
referred as "current crowding." Since joule heating, or 
"self -heating" , is proportional to the square of current 
density, the current crowding effect leads to a local 
temperature rise around the void that in turn further 
accelerates the void growth. The whole process continues 
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until the void is large enough to result in a line break. 
[0009] Healing effects are the result of atomic flow in 
the direction opposite to the electron wind force, i.e., the 
w back-flow/ ; during or after electromigration . The back-flow 
of mass is initiated once a redistribution of mass has begun 
to form. Healing effects tend to reduce the failure rate 
during electromigration and partially heals the damage after 
current is removed. Nonhomogenities, such as temperature 
and/or concentration gradients, resulting from 
electromigration damage are the cause of the back- flow. 
[0010] The effects of electromigration may be slow to 

develop; however, if an electromigration problem exists, the 
progress toward a fault is inexorable. The results of an 
electromigration problem are illustrated in FIGs . 2 and 3. 
Before current is applied to a section of an IC chip that is 
first powered up, the metal comprising the interconnects 
thereof is uniformly distributed, as illustrated in FIG. 2, 
which illustrates a side view of an interconnect 200. 
However, in a section of metal that is at risk for 
electromigration, the mass transport of metal, which occurs 
in the direction of average current, represented in FIG. 3 by 
an arrow 301, results in metal moving from a first end 302a 
of the section to a second end 302b thereof. At some future 
time, depending on the amount of current flowing through and 
the thickness of the interconnect 200, electromigration will 
result in the formation of a void 304 at the first end 302a 
and a hillock 304 at the second end 302b. Eventually, as 
previously described, this migration of metal from one end of 
the wire to the other will result in a failure of the 
interconnect 200. 
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[0011] As also previously noted, self-heating contributes 
to the electromigration and actually affects the surrounding 
wires as well. As a wire carries current, it will heat up, 
thereby lowering the limits for electromigration in 
surrounding wires as well as the wire under consideration. 
It is important, therefore, to consider the effects of both 
electromigration and self -heating (collectively "EM/SH") when 
analyzing and verifying the reliability of an IC chip design. 

[0012] Typically, circuit analysis tools (including, e.g., 

the EM/ SH analysis tools) are provided to be configurable in 
order to optimize the tool performance as well as accommodate 
different application environments. Particularly, as VLSI 
designs continue to increase in complexity, it becomes even 
more critical that the tools be configured properly for 
proper operation. When a circuit analysis tool is configured 
using configuration information from multiple sources, it is 
often necessary to prioritize such information so as to 
obtain optimal performance. Also, it would be beneficial for 
the configuration information to be able to facilitate 
different modes of analysis on the same IC design. 

SUMMARY 

[0013] One embodiment is a method for use by a circuit 
analysis tool for selectively applying configuration 
information from multiple sources to configuration data 
elements ("CDEs") stored in a database. The method comprises 
comparing a data source indicator ("DSI") of a configuration 
command with a DSI of a corresponding CDE; if the DSI of the 
configuration command takes precedence over the DSI of the 
corresponding CDE, applying the configuration command 
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thereto; and if the DSI of the configuration command does not 

I 

take precedence over the DSI of the corresponding CDE, 
disregarding the configuration command. 

i 

I BRIEF DESCRIPTION OF THE DRAWINGS 

I [0014] FIG. 1 illustrates the driving forces behind 

electromigration, including direct force and wind force; 

i [0015] FIGs. 2 and 3 illustrate the effects of 

I 

electromigration on an IC chip interconnect; 

[0016] FIG. 4 is a flow diagram of a reliability 

' verification tool ( "RVT" ) in one embodiment; 

i 

[0017] FIG. 5 is a block diagram of one embodiment of a 

VLSI circuit analysis tool; 

[0018] FIG. 6 is a flowchart of the operation of one 

aspect of the VLSI circuit analysis tool of FIG. 5; 
[0019] FIG. 7 is a flowchart of the operation of another 

aspect of the VLSI circuit analysis tool of FIG. 5; and 
[0020] FIG. 8 is a flowchart of the operation of yet 

another aspect of the VLSI circuit analysis tool of FIG. 5. 

DETAILED DESCRIPTION OF THE DRAWINGS 

[0021] In the drawings, like or similar elements are 

designated with identical reference numerals throughout the 
several views thereof, and the various elements depicted are 
not necessarily drawn to scale. 

[0022] FIG. 4 is a flow diagram of one embodiment of a 

VLSI circuit analysis tool, specifically, a reliability 
verification tool ( U RVT") 400. In the illustrated 

embodiment, the RVT 400 is designed to find areas of an IC 
block layout that may have electromigration and/or self- 
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heating ("EM/SH" ) risks. The output files produced by the 
RVT 400 are useful for viewing violations in a text manner 
and a violations shapes representation can be loaded on top 
of the block artwork to provide a visual representation of 
the problem areas and the changes proposed by the RVT 4 00 to 
correct those problems. 

[0023] Specifically, the RVT 400 is designed to assist 

designers with the challenging task of identifying potential 
EM/ SH problem areas in their designs. Since the rules of 
electromigration are not always intuitive and problem areas 
can be hard to spot, the RVT 4 00 is an important tool for 
determining if the design has any violations that, if not 
discovered and corrected, could lead to future chip failure. 
This is due to the fact that faults that electromigration can 
produce develop slowly over time until the metal finally 
breaks . 

[0024] In one embodiment, the RVT 400 provides a designer 

with a clear, easy-to-follow approach to identifying EM/SH 
violations. Theoretically, design rules should prevent most 
wires from risk of electromigration, but cases still exist in 
which there may be a problem. By running the RVT 4 00 on a 
design block, a designer can ensure that the wires in the 
block will be reliable in the long term and will not cause a 
chip failure. The RVT 400 accomplishes this by calculating 
the currents through each piece of metal and each contact 
array on the chip. It compares these currents with certain 
process rules describing the maximum current that a given 
width of metal or set of contacts may carry. Any currents 
that do not meet the limits are reported as violations. 
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[0025] In order to "calculate the currents", as indicated 

above, the RVT 4 00 may be run in either u signal" or "power" 
mode to analyze metal connecting signals or to analyze the 
power grid. These two runs are performed separately to give 
better capacity and performance. In signal analysis, the RVT 
400 first separates the chip into individual stages. A stage 
is a set of resistors that connect one or more driver FETs 

(i.e., those FETs that are connected to a supply) to the 
gates of one or more receiver FETs. These connections may 
pass through the channels of any number of pass FETs in the 
process. The RVT 400 takes each of these stages and attempts 
to simulate the likely combinations of on and off FETs, as 
dictated by logic configuration, taking the worst case 
currents determined over all of the simulations. The 
currents are then checked against the EM/SH rules. 

[0026] In power analysis, the RVT 400 treats each power 

grid rail as its own stage. It uses the current through FETs 
connected to the rail determined in a previous signal 
analysis run to load the power grid. After simulating the 
grid with the load currents, it checks the currents 
calculated through each resistor against the EM/SH rules. 

[0027] FIG. 4 illustrates the overall flow of data and 
control through the RVT 400. The diagram illustrated in FIG. 
4 illustrates the flow that applies to both signal and power 
analysis. The RVT 400 relies on a special RC extract 402 to 
perform its analysis. In one embodiment, the RC extract 402 
provides highly detailed resistance values to enable the 
EM/SH rules to be applied correctly. 

[0028] A Model Generation module 404 processes the 
extracted RC information from the RC extract 402 into an RC 
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database ("DB") 406 for each block. This allows easy access 
of the information on a per-net basis so that only the nets 
for a particular stage, as opposed to the entire model, need 
to be loaded into memory. The RC DB 4 06 is reused from run 
to run of the RVT 400 and is only regenerated when a new 
extract is performed. 

[0029] The RVT 400 also relies on configuration 

information, such as timing information 407a and results from 
other analysis tools 407b, extracted from other sources by an 
info extract module 4 0 7c. These sources produce 

configuration files that, once extracted, are read in by a 
configuration generation phase 408 of the RVT 400. As 
previously noted, the extracted configuration information 
input to the configuration generation phase 4 08 may include 
information extracted from circuit annotation, timing 
information and additional circuit properties from 
transistor- level static timing analysis tool runs, 
information extracted from circuit recognition, and node 
activity factor ( "AF" ) information. 

[0030] In one embodiment, as indicated above, the RVT 400 

has the ability to read some configuration information 
pertaining to logical relationships within the design, such 
as those logic configuration commands listed below. These 
commands may be specified via configuration files or via 
annotations directly associated with schematic 
representations of the design. Each of the block properties' 
values is a list of signal names, each of which may be 
prefixed by indicating the opposite logic sense should 

be applied to that signal. The block properties include: 
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set_high instructs the analysis tool to set the specified net(s) 
to logic 1 

set_low instructs the analysis tool to set the specified net(s) 

to logic 0 

unset instructs the analysis tool to that any previous 

set_high or set_low information should be removed from 
the specified net(s) 

merge^nodes instructs the analysis tool to treat all of the 
specified nets as having the same logical value 

mutex instructs the analysis tool that exactly one of the 

specified nets should have a value of 1 

imutex instructs the analysis tool that no more than one of 

the specified nets should have a value of 1 

ifthen instructs the analysis tool as to the logical 

relationship of nets based on the state of the first 
net 

forbid forbids the specified combination of nets 

[0031] In one embodiment, as also indicated above, the RVT 

400 has two methods for determining the activity factor on 
nodes. Both of these may be overridden by user configuration 
information if desired. The first such method is to use the 
default activity factors according to the node's type as 
determined by circuit recognition and a transistor-level 
static timing analysis tool. The second is to read explicit 
activity factors for each node. This can either specify a 
user-created file for activity factors or it may run some 
other tool to generate activity factors. If this method is 
selected, any node that does not have an activity factor 
explicitly specified therefore will default to one based on 
node type . 

[0032] Similar to the Model Generation module 404, the 
Configuration Generation module 4 08 consolidates all of the 
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configuration information at the beginning of a run and 
places this in a Config DB 412 for easy per-net access. The 
Configuration Generation module 408 reads a global 
configuration file 414 specified by a tool administrator and 
a user configuration file 416 specified by a user on a per- 
block basis. Both of these configuration files 414, 416 , may 
be used to override the extracted configuration if necessary. 
[0033] In addition to combining all of the configuration 

information together in a per-net fashion, the Configuration 
Generation module 408 also propagates some logic 
configuration through a process referred to as "transitive 
closure", as described in related U.S. Patent Application No. 

(Docket No. 200311735-1), which has been 

incorporated by reference in its entirety. 

[0034] A signal/power analysis module 418 performs the 
main work of the RVT 400. It handles one stage at a time, 
calculating the currents through each resistor and applying 
the EM/ SH rules. It generates both a Reliability 

Verification database ( W RV DB" ) 420, which contains all of 
the information it calculates, and an optional "graybox" 
description 422 for the file. The RV DB 42 0 is subsequently 
processed to generate the various output reports that users 
actually read. In order to improve performance, the analysis 
may be run on serval machines in parallel . As each stage is 
independent, requiring only the information on the nets it 
contains, the analysis is easily parallelizable . 

[0035] It should be noted that when the RVT 400 generates 

a graybox 422 for a given block, it will create both a 
netlist, or "BDL" , file and also a config file containing all 
configuration information for the ports of the graybox. This 
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allows various configuration (such as node types or activity 
factors) to be propagated up from a graybox. The graybox 
information is read in by the Model Generation module 404 and 
the Configuration Generation module 410 when the graybox 422 
is used in the analysis of a parent block. 

[0036] The RVT 400 generates a variety of output reports 

424 such as a text file containing a list of all resistors 
that failed the EM/ SH rules, along with any stages that were 
discarded. The RVT 4 00 also generates layout shapes that 
highlight the violations at each level of the hierarchy. The 
violations shapes are all stored as blocks along with the 
rest of the output files 424. 

[0037] Running a power analysis using the RVT 400 relies 

on the user to have previously run a signal analysis with the 
RVT at or above the level on which a power analysis is to be 
run. During the RVT signal analysis, the default is to write 
out the average case and worst case current through all 
driver FETs (i.e. any FETs with a source or drain of VDD or 
GND) to a "signal_rvdb" file so that power analysis can use 
those currents. This also includes writing currents through 
output drivers, which means that these stages are analyzed 
for currents, but no EM/SH checks are done on those stages 
and no resistor currents are reported for them. 

[0038] The average and worst case currents are calculated 
in the signal run as follows. The worst case current is 
simply the worst case current through each driver FET seen 
during the signal run using the same activity factors ( U AF") 
and drive fights ("DF") signal run. This current will be 
used in the worst case RVT power analysis, which is performed 
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on the low level metal and via layers as specified in the 
global configuration file 414. 

[0039] Calculating the average case current is a bit more 
complicated. The average case current is used to check EM/ SH 
on the upper level metal and via layers as specified in the 
global configuration file 414, thus it is very important to 
get the current for the entire stage correct and not as 
important to get the current for each driver FET correct . 
Thus, for the average case power analysis, it is not 
advisable to use the worst case .current . The global 
configuration file 414 may also specify different default 
activity factors for different node types to use with power 
analysis. For example, changing the default activity factor 
for static nodes to 0.2 instead of using the 0.5 used for 
worst case signal analysis, more accurately represents the 
power drawn. 

[0040] During an RVT power analysis run, the RVT 400 
collects the driver FET currents calculated during the RVT 
signal run, as described above, generates a power SPICE deck, 
simulates that deck, checks each resistor in the simulated 
grid against EM/ SH rules, and generates output files, 
including violations files, and power grayboxes if requested 
to do so. 

[0041] As previously described, configuration data may be 
input to the RVT 4 00 from a variety of sources. In one 
aspect of the illustrated embodiment, those configuration 
data sources may be prioritized with respect to a single IC 
design. In this aspect, as configuration data is read into 
a VLSI circuit analysis tool, such as the RVT 400, from each 
configuration data source, the data is tagged with a source 
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indicator. Thus, each configuration command may be stored in 
a data structure that takes the form: 

[Configuration Command] 
[Data source indicator] 
[Configuration modifier] 

[0042] The "Data source indicator" indicates the data 

source from which configuration data is derived. The 
"Conf iguration modifier" identifies a configuration data 
element, stored in the Config DB 412 (FIG. 4) to which the 
command is to be applied as well as the configuration data 
value associated with the configuration data element. Each 
configuration command may have a default source, for example, 
"none" , meaning that no configuration information was 
specified for that particular configuration command. 
Configuration commands may apply to any element of a VLSI 
circuit design. A VLSI circuit analysis tool can use these 
configuration command structures to determine default values 
to use during an analysis and also to establish a hierarchy 
of precedence based on the data source indicator. 
[0043] Referring to FIG. 5, consider a VLSI circuit 

analysis tool 500, which may be, for example, an RVT such as 
the RVT 400, to which configuration data is input from 
several sources, including a first external tool 
( "external_tool_A" ) 502, a second external tool 
( "external_tool_B" ) 504, and user configuration files 
("user") 506. According to a pre-established prioritization, 
which may be dictated by an administrator of the tool 500, 
the configuration data source user 506 has the highest 
priority and the configuration data source external_tool_B 
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5 04 has the lowest priority among the three configuration 
data sources 502, 504, 506. It will be assumed for the sake 
of example that the following configuration commands are read 
by the tool 500 in the illustrated order: 

data_source external_tool_A 
wire_capacitance net_a 13pF 

data_source external_tool_B 
wire_capacitance net_a 2 7pF 

data_source user 
wire_capacitance net_a 15pF 

[0044] It will be recognized that although only three 

configuration data sources are illustrated in FIG. 5, more or 
fewer such sources may be used to provide configuration data 
to the tool 500. 

[0045] A flowchart of the operation of the tool 500 in 
accordance with one embodiment is illustrated in FIG. 6. In 
600, the next configuration command is read. In step 602, 
the data source indicator of the configuration command is 
compared with the data source indicator of the corresponding 
configuration data element. In step 604, a determination is 
made whether the data source identified by the data source 
indicator of the configuration command takes precedence over 
the data source identified by the data source indicator of 
the configuration data element. If so, execution proceeds to 
step 606, in which the configuration command is applied to 
the configuration data element; otherwise, execution proceeds 
to step 608, in which the configuration command is ignored. 
From either step 606 or step 608, execution returns to step 
600, in which the next configuration command is read. 
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[0046] Applying the flowchart illustrated in FIG. 6 to the 
example set forth hereinabove, and assuming the three 
configuration commands are the first three configuration 
commands read by the tool 500, in step 60 0, the command: 

data___source external_tool_A 
wire_capacitance net_a 13pF 

is read by the tool 500. In step 602, the data source of 
that command (i.e., external_tool_A) is compared with that of 
the identified configuration data element (wire_capacitance 
net_a) (assumed to be "none") as currently stored in the 
Config DB 412 (FIG. 4). In step 604, it is determined that 
the data source of the command takes precedence over that of 
the configuration data element, so execution proceeds to step 
606. In step 606, the configuration command is applied to 
the identified configuration data element and the value of 
wire__capacitance net_a becomes 13pF. Execution then returns 
to step 600, in which the next command: 

data_source external_tool_B 
wire_capacitance net_a 15pF 

is read by the tool 500. In step 602, the data source of the 
command (i.e., external_tool__B) is compared with that of the 
configuration data element (i.e., external_tool_A) as 
currently stored in the Config DB 412. In step 604, it is 
determined that the data source of the command does not have 
a higher precedence than that of the data element; therefore, 
execution proceeds to step 6 08. In step 608, the command is 
ignored and the value of wire_capacitance net_a remains 13pF. 



-18- 



PATENT APPLICATION 
DOCKET NO . :200311762-1 



[0047] Returning again to step 600, the next configuration 
command : 

data_source user 
wire_capacitance net_a 2 7pF 

is read by the tool 500. In step 602, the data source of the 
command (i.e., user) is compared with that of the 
configuration data element (i.e., external_tool_A) . In step 
604, it is determined that the data source of the command 
does have a higher precedence than that of the data element; 
therefore, execution proceeds to step 606. In step 606, the 
command is applied to the configuration data element and the 
value of wire_capacitance net_a becomes 27pF. 

[0048] The above is a fairly simple example, but it can be 
extended to various situations in an analysis tool where 
defaults must be generated. For example, suppose that a VLSI 
circuit analysis tool utilizes slope data on the input and 
output of a logic gate to determine crossover current for the 
gate. If configuration data exists on the input and output 
of the gate, but the analysis tool has the ability to 
estimate an output slope based on a given input slope, the 
precedence rules for the configuration elements can determine 
whether the analysis tool should simply estimate the output 
slope, in which case the input slope configuration data will 
have a higher precedence than the output configuration data, 
or simply leave both configuration data elements unmodified. 

[0049] Conventional VLSI circuit analysis tools simply 

read configuration information in a defined order, with later 
configuration commands superceding earlier ones. The process 
illustrated in FIG. 6 allows a priority, or precedence, to be 
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established by a tool administrator such that later 
configuration commands may or may not supercede earlier ones, 
depending on the source thereof . 

[0050] In another aspect, given a set of configuration 

commands that may be provided to configure the analysis of 
the VLSI circuit analysis tool 500, which may comprise an RVT 
such as the RVT 400, different configurations may be used, 
depending on a user-specified "case" of analysis to perform. 
In this aspect, a "case" modifier is be provided as a prefix 
to a configuration command that is only to be applied to a 
given case. For example, the following configuration 
command : 

wire_capacitance net_a 32fF 

would apply to any analysis case performed by the tool 500. 
In contrast, the following configuration command: 

case testl wire_capacitance net_a 25fF 

would make the new value (25fF) apply only in the case 
"testl" . In this manner, a user may create default values 
(e.g., 32fF) for all cases and then create specific 
configuration values (e.g., 25fF) that specializes the 
behavior of the analysis tool for a specified case. 
[0051] In operation, a user of the analysis tool indicates 

a particular case that should be analyzed and the analysis 
tool reads through any provided configuration information and 
discards any elements that are specified with a case that is 
not equivalent to the user-specified case. Any configuration 
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commands that do not have a case modifier are retained, as 
such commands represent default values that apply to all 
cases . 

[0052] Operation of this aspect of the tool 500 is 

illustrated in FIG. 7. In step 700, the user specifies a 
case to be analyzed. Sometime later, in step 702, a 
configuration command is read. In step 704, a determination 
is made whether the case of the configuration command is the 
same as the user-specified case. If not, execution proceeds 
to step 706, in which the command is ignored. If a positive 
determination is made in step 704, execution proceeds to step 
708, in which the command is applied to the identified 
configuration data element. Upon completion of either step 
706 or 708, execution returns to step 702 and this process is 
repeated until all of the configuration commands have been 
considered. 

[0053] Conventional VLSI circuit analysis tool 

configuration is specific to a single case of analysis and 
different configuration files must be used to enable multiple 
case analysis. The above -described feature enables users to 
create a single configuration file that contains all of the 
configuration information for all cases of analysis. 
Clearly, this is more convenient and provides improved 
readability and understanding of the various analysis cases 
and their associated configuration. 

[0054] In yet another aspect, an embodiment of the 

analysis tool 500 enables users to remove unwanted 
configuration data from their analysis runs without 
specifically overriding the configuration data with a new 
specific value. The analysis tool 500 keeps track of the 
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order in which configuration information is read and deletes 
configuration information that is overridden by a later 
configuration command, indicating that previous 

instantiations of the command should be ignored. This 
feature is intended to be used within an analysis tool that 
stores configuration information separately from data model 
information, such as is the case with the RVT 400, so that 
configuration information may be easily deleted. 
[0055] The following example is provided to illustrate the 

feature : 

== Global Configuration File == 
wire_capacitance net_a lOfF 

==User / s Local Configuration File== 
no wire_capacitance net_a 

In the illustrated example, the user has opted not to use the 
global configuration for net_a, instead relying on the data 
model (perhaps the result of an RC extraction) to determine 
the wire capacitance for the net. 

[0056] FIG. 8 illustrates operation of the tool 500 for 

implementing the above-described feature. For each 

configuration command that is read by the tool 500 (step 
800), in step 802, a determination is made whether the 
configuration command is preceded by a u no" prefix. If not, 
execution proceeds as usual in step 804; otherwise, the 
identified configuration data element is removed from 
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analysis in step 806. This process continues until all of 
the configuration commands have been considered. 
[0057] It will be recognized that the two techniques 

described herein above may be combined, as illustrated in the 
following example: 

case testl no wire_cap net_a 

[0058] Conventional configuration systems for VLSI circuit 

analysis tools require an explicit value for any given 
configuration data. It is not normally possible for a user 
simply to remove a configuration element from the analysis; 
rather, the user may override the value of the configuration 
element with a new value. 

[0059] An implementation of the invention described herein 
thus provides syst em and method to prioritize and selectively 
apply configuration information for VLSI circuit analysis 
tools. The embodiments shown and described have been 
characterized as being illustrative only; it should therefore 
be readily understood that various changes and modifications 
could be made therein without departing from the scope of the 
present invention as set forth in the following claims. 
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